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A METHOD AND APPARATUS FOR PIPELINING ORDERED INPUT/OUTPUT 
TRANSACTIONS TO COHERENT MEMORY IN A DISTRIBUTED MEMORY, 
CACHE COHERENT, MULTI-PROCESSOR SYSTEM 

5 BACKGROUND 
1. Field 

An embodiment of the present invention relates to the field of computer 
systems including distributed memory, and, more particularly, to an approach for 
pipelining input/output transactions in such systems. 
10 2. Discussion of Related Art 

Some input/output (I/O) buses, such as the Peripheral Component 
Interconnect (PCI) bus, have strict transaction ordering requirements. In a 
computer system in which there is only one path between such an I/O bus and 
memory, it is relatively easy to pipeline ordered requests from the I/O bus. This 
15 approach works well for systems with non-distributed memory architectures 
because of the existence of a single path between the I/O bus and memory. 

For a system with a distributed memory architecture, however, where 
there are multiple paths between an I/O bus and memory, it has been common 
practice not to pipeline ordered requests from the I/O bus due to the complexity 
20 involved with maintaining transaction order over the multiple paths. Using a non- 
pipeline approach, an I/O bridge completes a first I/O bus request to memory 
before issuing the next I/O bus request. Such an approach can limit the 
achievable I/O throughput for transactions directed toward the distributed 
memory. This may result in overall system performance loss or require non- 
25 trivial software changes to avoid limiting the achievable I/O throughput. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not limitation in 
the figures of the accompanying drawings in which like references indicate 
5 similar elements, and in which: 

Figure 1 is a block diagram of an exemplary distributed memory, cache 
coherent, multi-processor system in which ordered I/O transactions may be 
efficiently pipelined in accordance with one embodiment. 

Figure 2 is a block diagram of an input/output bridge of one embodiment 
j ^ 10 that provides for efficient pipelining of ordered I/O transactions and which may be 

f used in the system of Figure 1 . 

ii 

i j Figure 3 is a flow diagram illustrating the operation of the prefetch engine 

m 

O of Figure 2. 

O Figure 4 is a flow diagram illustrating the operation of the retire engine of 

p is Figure 2. 

Figure 5 is a flow diagram illustrating a method of one embodiment for 
pipelining ordered I/O transactions. 

DETAILED DESCRIPTION 

20 A method and apparatus for pipelining ordered input/output (I/O) 

transactions in a distributed memory, cache coherent system are described. In 
the following description, particular types of integrated circuits, systems and 
circuit configurations are described for purposes of illustration. It will be 
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appreciated, however, that other embodiments are applicable to other types of 
integrated circuits, and to circuits and/or systems configured in another manner. 

For one embodiment, a prefetch engine prefetches data from a distributed, 
coherent memory in response to a first transaction from an input/output bus 
directed to the distributed, coherent memory. A coherent cache buffer receives 
the prefetched data and is kept coherent with the distributed, coherent memory 
and with other coherent cache memories in the system. 

Figure 1 is a block diagram showing an exemplary computer system 100 
in which one embodiment of the invention may be advantageously used. The 
computer system 100 is a distributed memory, cache coherent, multi-processor 
system. The exemplary system 100 includes processing nodes 105 and 110 
which may be included among a larger number of processing nodes. Also 
included in system 100 are an interconnection network 115 and an input/output 
(I/O) node 120. 

Each of the processing nodes 105 and 110 includes one or more 
processors 125 to process instructions, one or more chipset components 130 
and 135, respectively, and one or more local memories 140 and 145, 
respectively. The chipset component(s) 130 and 135 may perform functions 
such as, for example, memory control, multi-processing support and/or cache 
coherency maintenance for the respective node. One or more of the processors 
125 may each include or be coupled to a cache memory 147. The cache 
memories 147 for one embodiment are coherent with each other and with the 




distributed, coherent memory implemented, in this example, by the memories 
140 and 145. 

The memories 140 and 145 of one embodiment operate together as a 
distributed, coherent main memory. Each of the memories 140 and 145 may be 

5 part of or a region of a larger memory that includes non-coherent regions as well. 
For one embodiment, coherency is maintained between the cache memories 147 
and the memories 140 and 145 using the well-known MESI (modified, exclusive, 
shared or invalid) state protocol in conjunction with coherent system interconnect 
buses 160, 165 and/or 170. The coherent system interconnect buses 160, 165 

10 and 170 communicate information between processing nodes 105 and 110 and 
the I/O node 120 via the interconnection network 1 15 in order to maintain 
coherency between the various memories 140, 145 and a coherent cache buffer 
in the I/O node 120 that is described in more detail below. For one embodiment, 
the coherent system interconnect buses 160, 165 and 170 are point-to-point 

15 interconnects without ordering restrictions in terms of communicating 
transactions between the processing nodes and the I/O node(s). 

The interconnection network 115 may be provided to communicate 
messages between the I/O node 1 20 and the processing nodes such as the 
processing nodes 105 and 110. For one embodiment, the interconnection 

20 network 115 does not maintain ordering among the messages that are 

communicated between the I/O node 120 and one or more of the processing 
nodes 1 05 and 1 1 0. 
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The I/O node 120 includes an I/O bridge 150 to interface one or more I/O 
buses 155, such as, for example, a Peripheral Component Interconnect (PCI) 
bus, with the processing nodes 105 and 110. Further details of the I/O bridge 
120 of one embodiment are described below in reference to Figure 2. 
5 For other embodiments, the system 100 may be configured in another 

manner. For example, the chipset and/or memories may be included within one 
or more of the processors 125 and/or the interconnection network 115 may not 
be included. Further, coherency of the memories may be maintained in 
accordance with a different protocol and/or using a different type of 

o 

% io interconnection approach. Other types of system configurations in which there is 
3 - more than one path between an I/O bus and memory are also within the scope of 

I . ii 

y various embodiments. 

a' a 

u Figure 2 is a block diagram of an I/O bridge 250 that may be used for one 

i- 

P embodiment to implement the I/O bridge 150 of Figure 1 . The I/O bridge 250 

I! B 

j y 15 includes one or more I/O cache buffers 205, one or more I/O transaction request 

\4 buffers 210, a prefetch engine 215 and a retire engine 220. Other circuitry, such 

i: e£< 

as other I/O transaction processing, buffering and control circuitry (not shown) 
may also be included. 

As described in more detail below, the cache buffer(s) 205 include 
20 address, data and state fields and are used to store prefetched data in response 
to one or more I/O transaction requests to facilitate pipelining of I/O transaction 
requests. The address field indicates the address at which data in the 
corresponding data field is stored in memory. The cache buffer(s) 205 of one 



5 




embodiment are kept coherent with the other coherent memories of the system in 
which the I/O bridge 250 is included. For example, where the I/O bridge 250 is 
included in the system 1 00 of Figure 1 , the cache buff er(s) 205 are kept 
coherent with the distributed, coherent memories 140 and 145 and with the 

5 coherent cache memories 147. The state field of the I/O cache buffer(s) 205 is 
therefore used to indicate the coherency state (e.g. M (modified), E (exclusive), S 
(shared) or I (invalid) for one embodiment in which the MESI protocol is used) of 
the data in the corresponding data field. 

The I/O transaction request buffer(s) 210 (also referred to herein as the 

10 I/O request buffers) are provided to store transaction requests that are directed to 
the distributed, coherent memory described in reference to Figure 1 from one or 
more I/O buses 255. Such requests may alternately be referred to herein as 
inbound coherent requests or inbound coherent I/O requests. 

For one embodiment, the I/O transaction request buffer(s) 210 may be 

15 used to store all I/O transaction requests, whether or not they are directed to 

coherent memory regions. I/O requests that are not directed to coherent memory 
are referred to herein as non-coherent transaction requests and may include, for 
example, I/O port accesses, configuration accesses, interrupts and/or special 
transactions, such as locks. Further, even some I/O transactions that are 

20 directed to coherent memory regions may be classified as non-coherent 

transactions. For example, memory accesses to coherent memory during a lock 
sequence may be classified as non-coherent transactions. 
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The desired sizes of the coherent cache buffer(s) and/or the input/output 
request buffer(s) may be determined by balancing the desired latency to memory 
and I/O throughput versus the available space for the buffer(s). 

Also, for some embodiments, an I/O transaction request to write or read 
5 multiple lines of memory may be stored in the I/O transaction request buffer(s) 
210 as a single transaction, but processed by the prefetch and retire engines as 
multiple, single line transactions at memory line boundaries. For such an 
embodiment, the processing of each of these single line transactions is in 
accordance with the approach described below for single, single line 

n 

;~ 10 transactions. 

m 

s « The I/O transaction request buffer(s) 210 of one embodiment include 

y 

1 ui address, data and control fields. The address field indicates an address 

m 

O associated with the request such as a memory address to be accessed. The 

fi 

£3 data field provides corresponding data to be written to memory on a write request 

i;5 

1 7 15 or a place for data returned on a read request, and the control field may be used 

■3 

2 to indicate relative instruction ordering information, request type and/or additional 
information related to the I/O transaction request. 

Where the I/O request buffer 210 stores both coherent and non-coherent 
I/O transaction requests from the I/O buses 255, the type of transaction may be 
20 determined by the address associated with the transaction, the request type 
and/or control information in the control field. 

For one embodiment, the I/O bridge 250 includes a separate I/O request 
buffer similar to the I/O request buffer 210 for each different I/O bus 255 coupled 
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to the I/O bridge 250. For another embodiment, a single I/O request buffer 210 is 
provided to temporarily store I/O transaction requests received from all I/O buses 
255 coupled to the I/O bridge 250. For this embodiment, the control field of the 
I/O transaction request buffer 210 may also indicate the bus from which the 
5 transaction was received. For an alternative embodiment, the I/O bridge 250 
may include a different number of I/O transaction request buffers similar to the 
I/O transaction request buffer(s) 210, wherein one or more of the buffers is 
shared by multiple I/O buses 255. 

Similarly, the cache buffer(s) 205 may include multiple cache buffers or a 
*'S io single cache buffer. 

if* 

l~ The prefetch engine 215 and the retire engine 220 may be implemented 

W 

y using two separate circuit blocks or they may be combined to provide the 

i;@ 

u functionality described below. 

i'3 In operation, inbound I/O transaction requests from one or more of the I/O 

I! 9 

j =f 15 buses 255 are temporarily stored in the I/O transaction request buffer 21 0. For 

¥ i 

p. one embodiment, the I/O transaction request buffer 210 is implemented as a first- 

in-first-out (FIFO) buffer such that incoming transactions are stored in the buffer 
in the order in which they were received from the I/O bus(es) 255 and transaction 
ordering does not need to be otherwise indicated. For another embodiment, 
20 relative transaction order may be indicated in the control field, for example. 
The prefetch engine 215 then operates to enable pipelining of the 
transaction requests to coherent memory. The prefetch engine does so by 
performing a non-binding prefetch of data associated with transactions in the I/O 
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transaction request buffer(s) 210 and then storing the prefetched data in the I/O 
cache buffer(s) 205. This prefetching of data may be performed while another 
transaction is being processed or while awaiting a response for a previous 
prefetch operation. Further, the prefetch engine 215 may prefetch data 

5 associated with any coherent transaction request in the I/O transaction request 
buffer, regardless of the order in which it was received. In this manner, pipelining 
is enabled. The operation of the prefetch engine 215 of one embodiment is 
described in more detail in reference to Figures 2 and 3. 

As shown at block 305 of Figure 3, the prefetch engine 215 first selects a 

10 coherent request from the I/O transaction request buffer(s) 210. Any one of a 
number of approaches may be used to select the pending coherent request that 
is operated on by the prefetch engine 215. For example, the prefetch engine 215 
may simply select the next pending request in the buffer(s) 21 0. If there are 
multiple I/O transaction request buffers, the prefetch engine 215 may use a 

is timeslicing approach, for example, to select the next pending coherent request in 
one of the buffers. Alternatively, the selection by the prefetch engine of the next 
pending coherent request on which to operate may be arbitrary. No matter what 
approach is used, however, the prefetch engine 215 does not need to observe 
ordering requirements in selecting pending requests or in performing prefetch 

20 operations. 

Further, for one embodiment, if, for example, the prefetch engine 215 is 
otherwise idle (e.g. there are no pending transaction requests in the I/O 
transaction request buffer(s) 210), the prefetch engine 215 may speculatively 
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prefetch data. For this embodiment, the prefetch engine 215 may use any one of 
a number of approaches to determine data to be speculatively prefetched for an 
anticipated I/O transaction. For example, the prefetch engine 215 may prefetch 
the next memory line or lines following the data that was just prefetched. In this 
5 manner, if an upcoming inbound I/O transaction request indicates data 
sequentially following the previous request, the data will be immediately 
available. Other approaches to determining data to speculatively prefetch are 
within the scope of various embodiments. 

At decision block 310, it is determined whether the selected coherent 
10 request is a read request or a write request. If, for example, the prefetch engine 
215 is operating on a pending read request, then at block 315, the prefetch 

I'd 

; j engine 21 5 determines whether a valid copy of the requested memory line is 

p available in the I/O cache buffer(s) 205. If so, the prefetch engine continues at 



V. 

i:: 

fjjj 
il 

h 



3 block 320 to determine whether there are more pending requests in the I/O 

15 transaction request buffer(s) 210 and may continue at block 305 to prefetch data 
associated with other pending requests in the I/O transaction request buffer(s) 
210. 

At decision block 315, if a valid copy of the requested memory line is not 
available in the local I/O cache buffer(s) 205, then, at block 325, the prefetch 
20 engine 21 5 issues a read request over the coherent system interconnect 270 to 
prefetch the requested line of memory to be read. Where the I/O bridge 250 is 
included in a system similar to the system 100 of Figure 1, the read request 
issued over the coherent system interconnect 270 is communicated through the 



10 



interconnection network, over coherent system interconnect buses coupled to the 
various system processing nodes to the distributed, coherent memories of the 
system. Where the system that includes the I/O bridge 250 is configured in a 
different manner, the read request issued over the coherent system interconnect 
may reach the distributed, coherent memory in via a different route. 

This prefetch operation, as well as other prefetch operations performed by 
the prefetch engine 215 of one embodiment, is a non-binding prefetch operation. 
Non-binding in this context means that, if an incoming snoop request is received 
over the coherent system interconnect 270 from some other memory/caching 
agent in the system, and this snoop request hits a line in the I/O cache buffer(s) 
205, the memory/cache coherence protocol for the distributed, coherent memory 
(the MESI protocol for one embodiment) is followed. Thus, between the prefetch 
operation and retirement of the corresponding transaction request, the 
prefetched memory line stored in the I/O cache buffer(s) 205 may be invalidated 
and/or the I/O cache buffer(s) 205 may lose ownership of the line. The manner 
in which this issue is addressed is discussed in more detail below in reference to 
the operation of the retirement engine 220. 

With continuing reference to Figures 2 and 3, while awaiting a response 
from the coherent system interconnect, the prefetch engine 215 may proceed at 
block 320 to determine whether there are more pending requests in the I/O 
transaction request buffer(s) 210 or whether to speculatively prefetch additional 
data. The prefetch engine can then continue to prefetch data in response to 
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other pending requests in the I/O transaction request buffer(s) 210 or 
speculatively prefetch data in the manner described above. 

At block 330, upon receiving the requested data over the coherent system 
interconnect 170, the prefetch engine 215 allocates this data in a shared state in 
the I/O cache buffer(s) 205. This is done by indicating the memory address 
associated with the data in the address field of the I/O cache buffer(s) 205, the 
requested data in the corresponding data field, and the cache coherency state 
(shared in this case) in the corresponding state field. 

Referring back to decision block 310, if the selected request is instead a 
write request, then at block 335, the prefetch engine 215 determines whether the 
I/O cache buffer(s) 205 own an exclusive copy of the memory line corresponding 
to the write request. (Using the MESI protocol, for example, this ownership is 
indicated by either an E or M state). If so, then at block 320, as previously 
described, the prefetch engine 215 may continue to prefetch data corresponding 
to other pending requests or speculatively prefetch data as described above. 

If, at decision block 335, the I/O cache buffer(s) 205 does not own an 
exclusive copy of the particular memory line associated with the write request, 
then at block 340, the prefetch engine 215 issues a request to prefetch 
ownership of the memory line over the coherent system interconnect 270. For 
one embodiment, the form of the request may differ depending on whether the 
write request is a partial-line write request or a full-line write request. For 
example, for a full-line write request, the prefetch engine may issue an 
invalidation request to invalidate other copies of the memory line without reading 
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the contents of the memory line while, for a partial-line write request, the prefetch 
engine may issue a read request for ownership which invalidates other copies of 
the memory line and returns the contents of the memory line. 

Similar to the read requests, while waiting for the snoop response over the 
5 interconnect 270, the prefetch engine 215 may continue to prefetch data 
associated with other pending I/O transaction requests. 

At block 345, upon receiving a snoop response, the prefetch engine 
allocates the requested memory line in an exclusive state (i.e. the "E" state 
according to the MESI protocol, for example) in the I/O cache buffer(s) 205. The 
10 method of one embodiment then continues at block 320 to determine whether 
there are more pending I/O requests to be operated upon. 

In parallel with the above actions by the prefetch engine 215, the retire 
engine 220 operates to retire I/O transaction requests from the I/O transaction 



p request buffer(s) 210 in order once they have been completed. The operation of 

m 

15 the retire engine 215 of one embodiment is described with reference to Figures 



2 and 4. 

At block 405, the retire engine 220 selects the next transaction, in order, to 
retire from the I/O transaction request buffer(s) 210. For one embodiment, the 
retire engine 220 may retire transaction requests strictly in the order in which 
20 they were received from a particular I/O bus. For another embodiment, the retire 
engine 220 may retire transaction requests according to specific ordering rules 
that may provide for variations from the order in which the transactions are 
received. For one embodiment, these ordering requirements may be specified in 
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the transactions themselves and then processed according to a state machine, 
for example, in the retire engine 220. 

For example, for one embodiment, a read transaction request with 
corresponding data available in the I/O cache buffer(s) 205 may be retired before 
5 an earlier received, read transaction request, such that a subsequent read 
request effectively passes an uncompleted, prior read request. For this same 
embodiment, however, a read request may not be retired before an earlier 
received write request. Other types of ordering rules may be imposed upon the 
retire engine to ensure that erroneous data is not written to or read from any 
O 10 memory in the system. The order in which instructions are retired to prevent 
^ erroneous read or write transactions is referred to herein as program order. 

! "5 Further, as described above, for one embodiment, the I/O transaction 

t,Ls 

P request buffer(s) 210 may also store non-coherent I/O transaction requests. For 

□ such an embodiment, the retirement order maintained by the retire engine 220 

s Hi 

1 0 15 also includes retiring the non-coherent I/O transaction requests in order. 

I! 3 At block 410, once the I/O transaction request to be retired has been 

selected, the retire engine 220 determines at block 415 whether the transaction 
is a read transaction or a write transaction. If the transaction is a read 
transaction, then at block 420, the retire engine 220 determines whether the 
20 memory line associated with the transaction is present and valid in the I/O cache 
buffer(s) 205. If so, then at block 425, the corresponding data from the I/O cache 
buffer(s) 205 is returned to the requesting I/O agent over the corresponding one 
of the I/O buses 255. 
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If, at decision block 420, it is determined that the corresponding memory 
line is either not present in the I/O cache buffer(s) 205 or is invalid (possibly due 
to a snoop request by another caching agent in the system as described above), 
then at block 440, the retire engine issues a read request over the coherent 
system interconnect 270 to fetch the memory line corresponding to the 
transaction request. Once the requested data has been returned to the I/O 
bridge 250 over the coherent system interconnect 270, the data is provided to the 
requesting I/O agent at block 425. 

At block 430, once the I/O transaction request has been serviced, it is 
removed from the I/O transaction request buffer(s) 210. This may be 
accomplished in any one of a number of ways. For one embodiment, for 
example, the entry in the I/O transaction request buffer(s) 210 is erased. For 
another embodiment, the line in the buffer(s) 210 may merely be made available 
to a subsequent entry through the use of a flag or another approach such that it 
is overwritten. 

Referring back to decision block 415, if the I/O transaction request to be 
retired is, instead, a write request, then at decision block 445, it is determined 
whether the I/O cache buffer(s) 205 own the corresponding memory line in an 
exclusive state (i.e. either an M or an E state in accordance with the MESI 
protocol). As described above, even if ownership of the memory line was 
previously prefetched, the I/O cache buffer(s) 205 may have lost ownership of 
the line between the time the memory line was prefetched and the time the 
transaction request is to be retired. This may be due, for example, to an 
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intermediate snoop operation from another caching agent in the system hitting 
the requested cache line in the I/O cache buffer(s) 205. 

If the I/O cache buffer(s) 205 own the memory line in an exclusive state, 
then at block 450, the data associated with the memory line is updated in the I/O 

5 cache buffer(s) 205 according to the write request and the state of the line is 
marked as modified. (The data to be written to the memory line according the 
write request may have been temporarily stored in a write buffer (not shown), for 
example, prior to writing to the memory line in the I/O cache buffer(s) 205). 
If the write request is a full-line write request, the entire line of data is 

10 simply written to the data field of the corresponding entry in the I/O cache 
buffer(s) 205 according to the write request. If, instead, the write request is a 
partial-line write request, the data to be written may be merged with data 
presently in the corresponding line of the I/O cache buffer(s) 205 in a manner 
well-known to those of ordinary skill in the art. 

is For one embodiment, to allow for better tracking of the I/O cache buffer(s) 

205 state, if a modified line in the I/O cache buffer(s) 205 is replaced as new 
entries are added in response to any fetch, prefetch or acquisition of ownership 
operation, for example, the I/O bridge 250 sends a request over the coherent 
system interconnect 270 to appropriately update the line in the distributed 

20 memory. If a clean line (i.e. no data is currently stored in that cache line) in the 
I/O cache buffer(s) 205 is replaced in response to a prefetch operation, for 
example, the I/O bridge 250 sends a snoop request over the coherent system 
interconnect 270 to indicate this action to the entity tracking the state of the 
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cache buffers in the system. These snoop requests may be sent, for example, 
by other coherency control logic included within the I/O bridge (not shown). This 
other coherency control logic may also perform functions such as snoops in 
response to other types of actions and/or interpreting the coherency state(s) 
associated with the I/O cache buffer(s) 205 and/or other caching agents in the 
system. 

With continuing reference to Figures 2 and 4, at decision block 445, if the 
I/O cache buffer(s) 205 do not own the memory line corresponding to the write 
request in an exclusive state, then at block 455, the retire engine 220 requests 
and acquires ownership of the memory line over the coherent system 
interconnect in a similar manner to the above-described corresponding prefetch 
operation. The retire engine then continues at block 450 to update data in the 
cache buffer(s) 205 per the write request being retired as also described above. 

At block 430 once the request has been completed, the request is 
removed from the I/O transaction request buffer 210. 

At decision block 435, it is determined whether there are more pending 
requests in the I/O transaction request buffer 210. If so, they are processed and 
retired in a similar manner. 

Using the above-described approach, it is possible to pipeline ordered I/O 
transaction requests in a system in which there are multiple paths between an 
I/O bus and memory (as in, for example, a system with distributed, coherent 
memory). This pipelining is partially facilitated by a prefetch engine that performs 
non-binding, unordered prefetch operations in response to coherent memory 



17 




access requests from one or more I/O buses. Additionally, the above-described 
local I/O cache buffer(s) assists in the pipelining operations by storing the results 
of the prefetch operations, while maintaining coherency with the remainder of the 
distributed memory subsystem and cache memories. Enabling pipelining of I/O 

5 requests may improve I/O throughput, and thus, overall system performance as 
compared to prior approaches for handling I/O transactions in a multi-processor, 
distributed memory, cache coherent system. 

Figure 5 is a flow diagram illustrating a method of one embodiment for 
pipelining ordered I/O transactions. At block 505, I/O transactions directed to a 

10 distributed coherent memory from an I/O bus are buffered. At block 510, data is 
prefetched from the distributed, coherent memory in response to a first buffered 
input/output transaction and temporarily stored at block 515. At block 520, 
coherency is maintained between the prefetched data and data stored in the 
distributed, coherent memory and other cache memories and at block 525, the 

15 buffered I/O transactions are retired in order. It will be appreciated that, for other 
embodiments, the method may include only some of the actions described above 
or may include additional actions not described above. Further, one or more of 
the actions may be performed in a different order than described above or 
concurrently with another action described above. 

20 In the foregoing specification, the invention has been described with 

reference to specific exemplary embodiments thereof. It will, however, be 
appreciated that various modifications and changes may be made thereto without 
departing from the broader spirit and scope of the invention as set forth in the 
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appended claims. The specification and drawings are, accordingly, to be 
regarded in an illustrative rather than a restrictive sense. 
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